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1.   INTRODUCTION 


This  language  describes  the  logical  and  typographical  organiza- 
tion of  text  rather  than  its  natural  language  content.   In  doing  so, 
LEFT  embodies  a  distinction  between  the  medium-independent  content  of 
text  and  the  purely  typographical  or  packaging  description.   The 
packaging  description  is  contained  in  commands  of  the  LEFT  language  and 
the  medium- independent  content  is  represented  by  character  strings.   It 
should  be  emphasized  that  these  strings  need  not  be  digitally  encoded 
as  alphanumeric  characters  but  may  occur  as  video  records  referred  to 
by  pointers.   Ideally,  any  item  of  text  can  be  replaced  by  an  equivalent 
LEFT  program. 

It  is  hoped  that  LEFT  will  provide  the  link  between  two  aspects 
of  text  which  until  now  have  been  only  intuitively  related,  viz.  the 
printed  document  and  the  style  manual  description  of  that  document. 

The  report  can  conveniently  be  split  into  three  parts: 

1)  Sections  1  and  2  explain  the  motivation  for  the  develop- 
ment of  LEFT  and  its  program  structure. 

2)  Sections  3,  h   and  5  form  the  main  part  of  the  report  and 
describe  the  formating  and  editing  commands. 

3)  Sections  6,  7  and  8  are  supplementary  and  contain  a  BNF 
syntax  for  LEFT,  LEFT  object  code  and  a  bibliography. 
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1.1  Role  of  the  Language  in  Text  Reformatting 

The  motivation  for  the  development  of  the  LEFT  language  is  the  need 
to  convert  a  document  from  its  original  typographic  style  to  a  form  satisfying 
the  specifications  of  a  new  style  manual.   For  this  purpose,  it  is  convenient 
to  think  of  text  as  being  specified  in  terms  of  a  major  structure  such  as  book, 
catalogue,  journal,  brochure,  etc.,  which  can  in  turn  be  expressed  in  terms  of 
minor  structures  such  as  bibliographies,  indexes,  chapters,  etc.   The  syntactic 
and  semantic  descriptions  of  text  will  be  submitted  to  a  universal  translator  to 
produce  a  compiler  for  the  text  language.   By  use  of  the  universal  translator, 
future  modifications  to  the  syntactic  descriptions  of  the  major  and  minor  struc- 
tures can  be  readily  incorporated. 

In  the  conversion  from  one  style  manual  to  another,  five  transition 
stages  can  be  identified  in  the  reformatting  of  text: 

(1)  Typographical  recognition  is  performed  on  the  document  which  is 
converted  to  an  equivalent  LEFT  description.   The  depth  to  which 
recognition  is  performed  is  determined  by  the  complexity  of  the 

style-change e.g.,  if  it  is  necessary  to  change  only  a.  folio, 

then  recognition  need  separate  just  the  folio  from  the  remaining 
page  text .  The  LEFT  description  will  ideally  contain  all  data 
pertaining  to  the  format  of  the  original  document.   Knowledge  or 
ready  determination  of  the  input  style  will  greatly  speed  up  the 
recognition  process. 

(2)  The  LEFT  description  is  parsed  by  means  of  Floyd  productions  in- 
to the  equivalent  textual  description  which  contains  a  categori- 
zation of  such  entities  as  heading,  footnote ^etc.   The  language 
corresponding  to  the  Floyd  productions  is  largely  context  free, 
but  provisions  for  occasional  context  sensitive  features  is  also 
incorporated. 
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(3)  The  style  conversion  per  se  occurs  in  this  transi- 
tion.  The  textual  description  of  the  original  docu- 
ment is  translated  into  the  new  textual  description 
as  governed  by  the  object  style  manual.   This  can  be 
effected  either  by  (A)  permuting  constructs  in  the 
right  hand  sides  of  production  q.v.  Schwarzenberger , 
Adv.  in  Computer  Typesetting,  1966  or  by  (B)  table 
look-up  in  which  each  table  corresponds  to  a  particular 
style  and  each  row  of  each  table  corresponds  to  some 
keyword  such  as  author. 

(k)      The  new  textual  description  is  translated  to  its 

equivalent  LEFT  object  code  by  means  of  BNF  productions. 

(5)   The  LEFT  object  program  is  translated  to  the  photo- 
composition language  of  the  printer. 

A  heuristic  procedure  can  be  applied  to  a  series  of  documents 
printed  according  to  a  fixed  but  unknown  style  manual  in  order  to 
identify  and  classify  features  which  are  characteristic  of  that  style, 
and  so  aid  in  the  recognition  of  future  documents. 

Another  area,  in  which  LEFT  might  be  applied,  is  in  the 
automatic  indexing  of  serials.   The  output  from  state  (2)  described 
above  would  provide  essential  data  for  the  cataloging  of  a  document. 
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1.2  Modes  of  Usage  of  the  Language 

Textual  input  can  be  considered  to  be  (l)  generated  line- 
by-line  in  a  syntax-directed  dialog  mode,  (2)  a  syntactically  correct 
string  where  character,  line  or  paragraph  recognition  has  been  done 
directly  from  the  input  text  image,  or  (3)  a  complete  program  in 
LEFT  which  does  not  make  use  of  the  syntactic  recognition  procedures 
described  above. 

Mode  (l)  requires  on-line  communication  while  Modes  (2) 
and  (3)  can  be  implemented  using  conventional  batch  processing 
techniques.   In  Modes  (l)  and  (2),  the  parsed  item  of  text  will  then 
be  translated  into  a  LEFT  program  by  means  of  a  selected  style  manual 
which  automatically  generates  the  formating  commands  and  delimiters. 

1)  Dialog  Mode 

The  user  chooses  an  input  format  as  specified  by  a 
style  manual  and  generates /edits  text  either  by  tele- 
type or  by  cursor  motion  at  a  console.   The  dialog 
instructions  help  the  user  to  prepare  the  correct 
form  of  input  for  his  text.   Syntactical  analysis  is 
performed  by  the  computer  to  generate  LEFT  object  code. 

2)  Automatic  Mode 

Syntactical  recognition  from  the  input  text  is  essentially 
automatic.   The  user  may  assist  manually  in  the  syntax 
recognition  process  by  generating  or  selecting  syntactical 
items.   The  user  may  or  may  not  indicate  the  input  style 
manual. 

3)  Precoded  Mode 

The  user  constructs  a  complete  program  in  LEFT  consisting 
of  text  or  text  pointers  interspersed  with  LEFT  commands. 
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2.      PROGRAM  STRUCTURE 


2.1  Text  Delimiters 

Commands  are  distinguished  from  the  text  by  two  methods: 

In  the  explicit  method,  a  delimiter  is  inserted  before  and 
after  each  string  of  text  which  explicitly  appears  in  the  program. 
In  this  report,  the  delimiter  will  be  indicated  by  the  symbol  ('). 
Restrictions  on  the  use  of  delimiters  in  text  are  the  same  as  for  PL/l. 

In  the  implicit  method,  text  need  not  explicitly  appear  in 
the  program  but  may  be  selected  by  a  text  pointer.   The  general  form 
of  text  is  then  $<text  pointer>$.   The  text  pointer  may  refer  to 
text  which  is  in  video  or  analog  form. 

2.2  Command  Separators 

Two  successive  commands  are  separated  from  one  another 
by  a  semicolon. 

2.3  Procedures 

A  procedure  is  a  block  of  the  form 


X:   PROCEDURE  (FP  ,  FP  , ,FP  ); 


END  X; 
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which  is  called  repetitively  from  the  main  program.   The  above  sequence  of 
statements  declares  the  label  X  to  be  the  name  of  a  procedure  possessing  formal 
parameters  FP.  (l  <  i  <  n).   In  general,  the  identifier  X  can  be  a.  string  of 
maximum  length  31  over  the  set  of  alphanumeric  characters  and  the  brea.k  char- 
acter.  Control  is  transferred  to  the  above  procedure  by  a  call  statement  which 
takes  the  form 

CALL  X  (AP,,  AP0, ,AP  ): 

l7    2'  '  n' ' 

where  AP  (l  <  i  <  n)  are  the  actual  parameters. 


2..h     Block  Structure 

A  block  is  a.  continuous  piece  of  program  starting  with  BEGIN  or  PRO- 
CEDURE and  finishing  with  END  where  the  keywords  BEGIN,  PROCEDURE  and  END  occur 
in  the  language.   Ea.ch  complete  program  is  itself  a,  block  and  consists  of  a 
nested  structure  of  blocks.   Any  block  may  be  named  by  preceding  it  by  a,  label 
and  a.  colon.   The  label  of  a  named  block  may  follow  the  corresponding  END 
statement.   BEGIN  is  always  followed  immediately  by  a.  semi-colon. 

Block  structure  makes  it  possible  to  format  short  sections  requiring 
unusual  commands  without  having  to  respecify  the  commands  for  the  main  section 
when  the  short  section  is  completed. 

2 . 5  Comments 

Comments  can  be  inserted  wherever  a  blank  may  occur  in  the  program 
and  take  the  form  /*<string>*/  where  <string>  is  a  string  of  any  length  that 
does  not  contain  the  character  pa.ir  */ . 
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3.   FORMAT  COMMANDS 


In  general,  each  format  command  refers  to  following  text  rather  than 
preceding  text.  When  a  format  command  has  been  specified,  it  remains  in  effect 
until  the  end  of  the  block  in  which  it  appears  unless  superceded  by  a  later 
command.  The  format  commands  are  listed  below.  Also,  the  following  notation 
has  been  used: 


<argument> 


<parameter> 


mn,  op  where  mn  is  the  number  of  picas  and  op  is 
the  number  of  points,  (l  inch  =  6  picas  =  72  points, 
1  point  =  .0138"). 

qr  where,  depending  on  context,  qr  is  the  number  of 
lines  or  number  of  pages. 


3.1  Font  Command 


F  n 


Interpretation 

Identifies  the  font  to  be  used,  where  n 
is  the  code  of  the  new  font. 


3.2  Line -Width  Command 


W  <argument> 


This  command  specifies  <argument>  as  the 
line-width  or  measure. 


3 . 3  Margin  Commands 


LM 


/-    -]•  <argument> 


Specifies  the  position  of  a.  non-standard 
left  margin  where  <argument>  is  the  dis- 
tance between  the  standard  and  non-stan- 
dard left  margins.   A  plus  sign  indicates 
that  the  non-standard  margin  is  to  the 
right  of  the  standard  margin  and  con- 
versely for  a  minus  sign. 
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RM  £+    -j-  <argument> 


NM 


Specifies  the  position  of  a  non-standard 
right  margin  where  <argument>  is  the  dis- 
tance between  the  standard  and  non-stan- 
dard right  margins.  A  plus  sign  indicates 
that  the  non-standard  margin  is  to  the 
right  of  the  standard  margin  and  converse- 
ly for  a  minus  sign. 

Restores  standard  margins  after  the  use  of 
LM  or  RM  commands . 


3.1+   Justification  Commands 


SJ 


RJ 


Suppresses  justification.   (Text  is  always 
justified  unless  an  SJ  command  is  speci- 
fied.) 

Restores  justification  after  a  non-justi- 
fied passage. 


3. 5  Page -Length  Command 
PL  <argument> 


Specifies  page-length  of  <argument>. 


3.6  New  Page  Command 
PG 


Begin  new  page,  immediately  following  the 
PG  Comma.nd. 


3  .7  Qua.d  Comma.nds 
QL 
QC 


Quad  left  (has  the  same  effect  as  SJ). 

Quad  center  ( centers  each  line  between  the 
margins  in  use) . 


-8- 


QR 


RJ 


Quad  right  (moves  each  line  of  text  to 
abutt  the  right  margin,  leaving  the  left 
end  ragged) . 

Restores  justification  after  the  use  of 
Ql,  QC  or  QR. 


3-8  New  Line/New  Paragraph  Commands 
NL 


NP  <argument> 


When  this  command  is  encountered,  all  text 
on  the  line  being  composed  will  be  quaded 
to  the  left  according  to  the  quad  command 
in  use  and  a  new  line  will  be  started  at 
the  current  left  margin.  A  line  which  is 
ended  by  an  NL  command  is  not  justified. 

Specifies  the  start  of  a  new  paragraph. 
If  <argument>  is  unspecified,  a  standard 
indentation  of  11  points,  regardless  of 
the  font  in  use,  will  be  applied  to  the 
first  word  on  each  paragraph.   If  specified, 
then  <argument>  is  the  indentation  for  the 
new  paragraph.   The  NP  command  immediately 
precedes  the  first  word  of  the  new  para- 
graph or  succeeds  the  final  word  of  the 
old  paragraph.   The  last  line  of  a  para- 
graph is  not  justified. 


3 '9  Folio  Commands 


PN  <decimal  digit> 


Page  numbering  at  center  and  foot  of  page 
if  <decimal  digit>  is  1.   Page  numbering 
at  center  and  top  of  page  if  <decimal 
digit>  is  2.   Page  numbering  at  top  on 
right  for  recto  and  at  top  on  left  for 
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PNN  <decima,l  integer> 


FN  n 


verso  if  <decimal  digit>  is  3.   Page  num- 
bering at  foot  on  right  for  recto  and  at 
foot  on  left  for  verso  if  <decimal  digit> 
is  k. 

Specifies  the  next  page  number  to  be  <dec- 
imal  integer>. 

Specifies  the  font  to  be  used  for  page 
numbering . 


3-10  Running  Head  Commands 
RH  '<text>'  ERH 


VRH  «<text>'  EVRH 


RRH  ■<text>'  EREH 


URH  «<text>»  EURH 
UVRH  »<text>'  EUVRH 

URRH  '<text>«  EURRH 


Specifies  that  <text>  occurs  at  the  top  of 
each  page  as  a  running  head.   The  folio  at 
the  top  of  a  page  containing  a  running 
head  is  set  on  the  same  line  as  the  run- 
ning head.   For  the  first  page  of  each 
chapter,  the  running  head  is  omitted  and 
the  type  page  is  usually  shortened  and 
dropped.   The  running  head  should  not  ap- 
pear above  full-page  text  illustrations 
or  upright  tables  when  the  latter  are  set 
wider  than  the  text  matter. 

Specifies  <text>,  which  is  usually  title 
of  work  or  main  section,  to  occur  at  the 
top  of  each  verso  page. 

Specifies  <text>,  which  is  usually  title 
of  chapter  or  subsection,  to  occur  at  top 
of  each  recto  page. 

Similar  to  RH,  VRH  and  RRH  respectively, 

except  that  the  running  head  is  under- 
lined. 
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3.11  Subscript  and  Superscript  Commands 


SB  ■<text>'  ESB 
SP  »<text>«  ESP 


Specifies  <text>  to  be  a  subscript. 
Specifies  <text>  to  be  a  superscript. 


3.12   olumn  Commands 
TWO 

TWO  (p,q) 
TWO  (p,q,r,s) 


THREE 

THREE  (p, q,r,s) 

THREE  (p,  q,r,  s,t,u) 

ONE 


Print  page  in  two  columns . 

Standard  margins  will  be  used  unless 

specified  differently  in  parentheses  af- 
ter the  TWO  command.   TWO  (p,q)  identi- 
fies the  positions  of  the  right  margin  of 
the  left  column  and  the  left  margin  of 
the  right  column.   TWO  (p,q, r, s)  can  be 
used  to  specify  all  four  margins. 

Print  page  in  three  columns  with  the 
parameters  in  parentheses  specifying  the 
non-standard  margins. 

End  TWO  or  THREE  command  i.e.,  print  page 
in  one  column. 


3.13  Distance  Between  Base-Lines 


BL  <argument> 


SB 


Specifies  the  distance  between  base-lines 
of  successive  lines  of  type.   This  com- 
mand overrules  the  standard  distance  be- 
tween base-lines  which  is  implied  by  the 
current  fond  command. 

Suppresses  the  effect  of  a  BL  command  and 
makes  the  spacing  depend  upon  the  font  in 
use. 
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3  .  1^  Blank  Line  Commands 


VL  <pa,rameter> 


NL;  VL  <parameter> 
NP;  VL  <parameter> 


VL  <a,rgument> 


A  number  of  blank  lines  specified  by 
<pa.rameter>  are  left  before  a  non- 
indented  line. 

Identical  to  VL  <parameter>. 

A  number  of  blank  lines  specified  by- 
parameter  are  left  before  a  new  para- 
graph . 

Similar  to  VL  <parameter>. 


3.15  Waiting  Commands 


WALn  <event  name> 


EWALn 


WAPn  <event  name> 


EWAPn 


Delays  the  execution  of  following  com- 
mands up  to  an  EWALn  command  by  the  num- 
ber of  lines  expressed  in  <event  name>. 
The  delay  begins  at  the  start  of  the  pre- 
sent line  in  which  the  WALn  <event  name> 
command  appears. 

Terminates  the  effect  of  a  WALn  <event 
name>  command. 

Similar  to  WALn  <event  name>  except  that 
the  delay  is  expressed  in  terms  of  pages 
rather  than  lines. 

Terminates  the  effect  of  a  WAPn  <event 
name>  command.   N.B.  <event  name>  ::= 
<para.meter>,  n  ::=  <decimal  digit>.   For 
example,  the  sequence  WAP1  <1>;  F3;  EWAP1 
will  cause  the  font  in  use  to  be  changed 
to  F3  at  the  beginning  of  the  next  page. 
(The  waiting  commands  circumvent  the  prob- 
lem of  not  knowing  which  word  begins  a 
particular  line  or  page.) 
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3.l6  Commands  for  Hanging  Paragraphs 
H  n 


CH 


Hang  paragraph.   This  command  causes  the 
following  paragraphs  to  be  set  with 
hanging  indentation,  i.e.,  the  first 
line  of  the  paragraph  is  set  without  an 
indent  and  all  remaining  lines  are  in- 
dented on  the  left.   The  number  of  letter 
spaces  of  indent  is  specified  by  n.   If  n 
is  unspecified  the  indentation  is  11 
points . 

Cancels  an  Hn  command. 


3.17  Miscellaneous  Commands 


CP 


AP 


T  mn  s 


Occurs  at  beginning  of  fragment  which 
must  be  continued  below  the  usual  page- 
end  to  avoid  breaking  it. 

Occurs  at  end  of  fragment  which  must  be 
continued  below  the  usual  page-end  to 
avoid  breaking  it.   If  the  material  which 
occurs  after  a  CP  command  and  before  an 
AP  command  causes  output  to  be  set  below 
the  usual  page-end,  then  the  material 
immediately  following  the  AP  command  will 
immediately  be  started  on  a  new  page. 

Skip  the  number  of  horizontal  spaces 
specified  by  mn  and  if  s  is  stated,  fill 
the  intervening  space  with  the  symbol  s . 
If  s  is  not  stated,  then  the  intervening 
space  is  left  blank. 
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RA  <argument>,  <argument> 


RC  <argument>,  <argument> 


ER 


V  <argument>,  <argument> 


EV 

IT 

EIT 
FT 


EFT 
LIG 


Rotate  counterclockwise.   This  command 
causes  the  characters  of  the  font  in  use 
to  be  rotated  ninety  degrees  counter- 
clockwise and  the  following  text  to  be 
set  vertically  starting  at  the  horizontal 
position  specified  by  the  first  argument 
and  vertical  position  specified  by  second 
argument .  r 

Similar  to  the  RA  command  except  that  the 
font  is  rotated  clockwise. 

End  RA  or  RC  command. 

This  command  causes  the  following  text  to 
be  set  vertically  without  any  rotation  of 
the  font . 

End  V  command. 

The  following  words  up  to  an  EIT  command 
are  to  be  in  italics. 

End  IT  command. 

Footnote  follows  which  must  be  set  at 
the  foot  of  the  page  in  which  the  FT 
command  appears. 

End  footnote. 

Ligature  of  succeeding  two  letters. 


3.18  Default  Interpretation  of  Commands 

A  particular  feature  of  the  commands  is  the  default  interpretation 
which  may  be  given  to  many  of  them,  thus  making  it  often  unnecessary  to  specify 
certain  formatting  commands.   For  instance  if  no  commands  are  given  regarding 
font,  margin  positions,  justification,  and  page-length  then  the  text  will  be 
automatically  justified  and  standard  font,  margin-positions  and  page-length  will 
be  automatically  selected. 
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h.      EDITING  COMMANDS 

It  is  necessary  that  the  text  be  ordered  in  some  hierarchical  fash- 
ion, thus  making  it  possible  to  use  the  language  for  an  information  retrieval 
system.   This  will  be  achieved  by  the  use  of  pointers  as  in  IBAL  (see  IBAL 
Manual  2.5.1).   In  general,  five  pieces  of  data  are  necessary  to  reference  a 
portion  of  text  in  which  the  primitive  is  a  word.   These  are  document,  chapter, 
paragraph  or  item,  line  and  word.   The  first  name  in  the  pointer  is  that  of 
the  document  or  the  unique  file  name.   If  subscripts  follow  the  name,  the  name 
is  called  a  subscripted  name.   The  first  subscript  specifies  the  number  of  a 
chapter  of  the  document,  and  following  subscripts  represent  paragraph,  line 
and  word  respectively.   If  other  names  (separated  by  periods)  follow  the  first 
name,  the  pointer  is  called  a  qualified  name.   Any  of  these  subsidiary  nodes 
may  be  connected  to  a  lower  level  node  either  by  a  subscript  or  by  a  name,  un- 
til a  terminal  node  is  reached.   The  second  name,  if  it  occurs  is  the  name  of 
a  chapter,  the  third  name  is  the  name  or  first  word  of  a  paragraph,  the  fourth 
name  is  the  first  word  of  a  line  and  the  fifth  name  is  the  word  itself.   When 
using  the  first  word  of  a  paragraph  etc.,  care  must  be  taken  that  no  other 
chapter  begins  with  the  same  word.   In  the  case  of  ambiguity,  the  subscripted 
form  of  pointer  must  be  used. 
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k.l     Absolute  and  Relative  Commands 

There  are  two  methods  of  referencing  text  to  be  edited.   In  the  ab- 
solute method  the  subscripts  and  names  referring  to  a  portion  of  the  text  give 
the  absolute  location  of  that  piece  of  text.   In  the  relative  method,  minus  or 
plus  signs  may  be  inserted  before  any  of  the  subscripts.   The  location  of  text 
to  be  edited  is  specified  relative  to  the  editing  command. 

It  is  necessary  to  specify  two  pointers  for  most  editing  commands. 
The  first  pointer  indicates  the  item  of  text  at  which  the  editing  starts  and 
the  second  pointer  indicates  the  item  of  text  at  which  the  editing  ends.   In 
general,  there  are  six  possible  combinations  of  pointers  for  each  editing  com- 
mand requiring  two  pointers  viz  absolute,  absolute;  absolute,  relative;  rela- 
tive, absolute;  relative,  relative;  absolute,  increment;  relative,  increment. 
An  incremental  pointer  is  simply  an  increment  starting  at  the  previously  speci- 
fied absolute  or  relative  pointer. 
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h .2     List  of  Editing  Commands 
Command 

E  <pointer>,  <pointer> 
I  <pointer>  /  <text> 

R  <pointer>,  <pointer>  / 
<text> 

E# 

E## 

U  <pointer>,  <pointer> 


Explanation 

Erase  text  specified  by  pointers. 

Insert  <text>  in  position  specified 
by  pointer. 

Replace  <text>  in  position  specified 
by  pointers. 

Erase  previous  word. 

Erase  the  present  line. 

Underline  the  text  specified  by  the 
pointers. 


Standard  teletype  commands  can  be  added  to  the  above  list.  If  text 
is  erased,  then  the  following  text  is  closed  up.  In  the  above  table,  replace 
is  equivalent  to  erase  and  insert  i.e.,  replace  is  not  necessarily  one  to  one, 

Special  commands  are  convenient  for  the  editing  of  editing  commands' 
These  will  be  called  editing  editing  commands. 
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k.3     List  of  Editing  Editing  Commands 
EC  <pointer>;  <pointer> 

4 

IC  <pointer>  /  <text> 


RC  <pointer>,  <pointer>  / 
<text> 


Erase  all  commands  in  item  speci- 
fied "by  pointers. 

Insert  <text>  in  position  specified 
by  pointer. 

Replace  <text>  in  position  speci- 
fied by  the  two  pointers. 


The  IC  and  RC  command  commands  are  similar  to  the  I  and  R  commands 
with  the  restriction  that  <text>  must  be  one  or  more  commands  and  no  other  text, 
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5.   GRAPHICAL  EDITING 

In  this  section  the  construction  of  graphics  will  not  be  considered 
but  rather  the  overall  manipulations  which  can  be  performed  by  treating  each 
illustration  as  a  'black-box'  or  window. 


5.1  Graphical  Commands 
Command 
EG  <pointer> 

MG  N/  <po inter > 


IG  <pointer>,  <pointer> 


RG  <pointer>,  <pointer> 


MOG  <pointer>,  <pointer> 


CG  M,,  M  /  <pointer> 


Explanation 

Erase  illustration  denoted  by 
<pointer>. 

Magnify  illustration  denoted  by 
<pointer>,  by  the  linear  multipli- 
cation factor  N.   (N  may  be  less 
than  unity  resulting  in  demagnifi- 
cation. ) 

Insert  illustration  denoted  by 
first  <pointer>  in  position  de- 
noted by  second  <pointer>. 

Replace  illustration  denoted  by 
first  <pointer>  by  new  illustration 
denoted  by  second  <pointer>. 

Move  illustration  denoted  by  first 
<pointer>  to  position  in  text  indi- 
cated by  second  <pointer>. 

Crop  the  illustration  denoted  by 
<pointer>  by  the  factor  M,  on  the 
vertical  sides  and  M  on  the  hori- 
zontal sides. 
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ROG  C  /  <pointer> 


ROG  A  /  <pointer> 


ROG  I  /  <pointer> 


Rotate  illustration  denoted  by 
<pointer>,  90  clockwise. 

Rotate  illustration  denoted  by 
<pointer>,  90  counterclockwise, 

Invert  illustration  denoted  by 
<pointer>. 


IC  /  <pointer>  ' <text>'  EIC 


IL  /  <pointer>  «<text>'  EIL 


Insert  caption  denoted  by  <text> 
into  illustration  denoted  by 
<pointer>. 

Insert  legend  denoted  by  <text> 
into  illustration  denoted  by 
<pointer>. 
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6.   LEFT  SYNTAX 


<program>  ::=  <block> 

<block>  ::=  BEGIN;  _[_  <item>  ;    END 

<block>  ::=  <label>  :  BEGIN  ;   _  <itera>  ;   _  END  [<label>] 

<block>  ::=  <label>  :  PROCEDURE  [  (<formal  parameter^]  , 

<formal  parameter>    )  ]    <major  part>  ;    END  [<label>] 

<item>  '.:-   <block>  |  <major  part>  ]   '  <text>'  <major  part> 

<jnajor  part>  ::=  [<command>  j   ;  <command>  _   ]  |  <block> 

<command>  : :  =  <format  command>  |  <editing  command>  |  <procedure  call> 
<graphical  command> 

<text>  : :=  <string  data>  |  $  <text  pointer>  $ 

<format  command>  ::=  <font  command>  |  <line-width  command>  |  <jnargin  command> 

justification  command>  |  <page-length  command> 
<new  page  command>  |  <quad  command> 
<new  line/new  paragraph  command>  |  <folio  command> 
<running  head  command>  |  <subscript/superscript  command> 
<column  comma.nd>  |  <base-line  comma.nd> 
<blank  line  comma nd>  |  <waiting  command> 
<hanging  paragraph  command>  |  <miscellaneous  command> 

<f ont  command>  : : =  F  n 

<line -width  command>  ::=  W  <argument> 

<Onargin  command>  ::=  LM  {+    -\   <argument> 

justification  command>  ::=  SJ  |  RJ 

<page-length  command>  ::=  PL  <argument> 

<new-page  command>  : : =  PG 

<quad  command>  ::=  QL  |  QC   QR  |  JU 

<new  line/new  paragraph  command>  :  :  =  NL 

<folio  command>  ::=  PN  <decimal  digit>  |  PNN  <decimal  integer>  |  FN  n 

<running  head  command>  ::=  RH | ERH | VRH | EVRH | RRH | ERRH | URH | EURH | UVRH | EUVRH | URRH 

I  EURRH 


RM  {+        -}  <argument> 


NM 


NP  [<argument>] 
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<subscript/superscript  command>  ::  =  SB | ESB | SP | ESP 
<column  command>  ::  =  TWO   TWO  (p,  q)  |  TWO  (p,q,r,s) 

THREE  |  THREE  (p,  q,r,s)  |  THREE  ( p,  q,r,  s,  t,u) 
|  ONE 
<base-line  coramand>  ::=  BL  <argument>  |  SB 
<bla,nk-line  coraraand>  ::=  VL  <parameter>  |  VL  <argument> 

<wa.iting  command>  ::-   WALn  <event  name>  |  EWALn  |  WAPn  <event  name>  |  EWAPn 
■Changing  paragraph  command>  ::=  H  n   CH 

<miscellaneous  command>  : :  =  CP  |  AP  |  T  mn  s   RA  <argument>  ,    <argument> 

RC  <argument>  ,    <argument>  |  ER  |  IT  |  EIT 
FT  |  EFT  |  LIG  |  V  <argument>  ,  <argument>  |  EV 
<editing  comma.nd>  ::=  E  <pointer>  ,    <pointer>  |  I  <pointer>  /  <text> 

R  <pointer>  ,    <pointer>  /  <text>  |  E#  |  E## 
U  <pointer>  ,    <pointer>  |  EC  <pointer>  ,  <pointer> 
IC  <pointer>  /  <text>  |  RC  <pointer>  ,   <pointer>  /  <text> 
<graphical  command>  ::=  EG  <pointer>  |  MG  N  <pointer>  |  IG  <pointer>  ,    <pointer> 

RG  <pointer>  ,  <pointer>  |  MOG  <pointer>  ,    <pointer> 
CG  M  ,M  /  <pointer>  |  ROG  C  /  <pointer> 
ROG  A  /  <pointer>  |  ROG  I  /  <pointer>  |  IC  /  <pointer> 
|  IL  /  <pointer>  |  EIC  |  EIL 
<procedure  call>  :  :=  CALL  <label>  [  (<actual  parajneter>  J  ,    <actual  parameter> 

_L  )  1 

<pointer>  ::=  <name>  [  (<subscript>  j  ,    <subscript>    )  ] 

•  <name>  [  (<subscript>  j  ,    <subscript>  _   •  )  ] 
<parameter>  ::-       _   <decima,l  digit> 

<argument>  ::=    <decimal  digit>   j  ,    <decimal  digit>  _ 
<text  pointer>  : : =  <pointer> 
<event  name>  ::=  <parameter> 
<la.bel>  ::=  <identifier> 
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7.   LEFT  OBJECT  CODE 


7 .1  Punctuation  Symbols 

1  ;  BEGIN  END  $  :  /  * 


7.2  Commands 


Font 

FN 

Left  Margin 

LM  {+   -)  <a.rg> 

Right  Margin 

RM  {+   -)  <arg> 

Suppress  Justification 

SJ 

Restore  Justification 

RJ 

Page -Length 

PL  <arg> 

New-Page 

PG 

Quad  Center 

QC 

Quad  Right 

OR 

New  Line 

NL 

New  Paragraph 

NP 

Folio 

PN  <dec.  dig.> 

PNN  <dec.  dig.> 

FN  n 

Running  Head 

RH 

ERH 

VRH 

EVRH 

RRH 

ERRH 

Subscript/Superscript 

SB 

ESB 

SP 

ESP 
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Column 


Leading 

Blank-lines 

Waiting 


Hang  Paragraph 


Unbroken  Text 


Rotate  font 


Vertical  text 


Italics 


Footnote 


Ligature 


TWO  (p,q,r,s)  ' 

THREE  (p,q,r,s,t,u) 

ONE 

BL  <arg> 

VL  <par> 

WALn  <event  name> 

EWALn 

WAPn  <event  name> 

EWAPn 

H  n 

CH  n 

CP 

AP 

RA  <arg>  ,  <arg> 

RC  <arg>  ,  <a.rg> 

ER 

V  <arg>  ,    <a.rg> 

EV 

IT 

EIT 

FT 

EFT 

LIG 
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